home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970929-19971216 / 000254_news@newsmaster….columbia.edu _Thu Nov 13 09:30:39 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA07085
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 13 Nov 1997 09:30:39 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA22571
  7.     for kermit.misc@watsun; Thu, 13 Nov 1997 09:30:38 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Convert not unconverting?
  12. Date: 13 Nov 1997 14:30:37 GMT
  13. Organization: Columbia University
  14. Lines: 101
  15. Message-ID: <64f2ud$lvt$1@apakabar.cc.columbia.edu>
  16. References: <34579BD0.5708@supremecourt.gov> <63aqug$nki$1@apakabar.cc.columbia.edu> <346A3836.3400@supremecourt.gov>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:8037
  19.  
  20. In article <346A3836.3400@supremecourt.gov>,
  21. Roy Buzdor  <first.amendment@supremecourt.gov> wrote:
  22. : Frank da Cruz wrote:
  23. : > Roy Buzdor wrote:
  24. : > : I have a user who is transfering data from a Sun
  25. : > : workstation using C-Kermit 6.0 to an HP-1000 using
  26. : > : Kermit-RTE 1.99, the file he is transfering is
  27. : > : named "PMP0666" the file on the HP is showing up
  28. : > : as "PMP0~#6".  Kermit figures that it can change
  29. : > : the "666" into a repeat sequence which is
  30. : > : "~ (repeat) # (quote) 6"...
  31. : > :
  32. : > Because RTE Kermit said it could -- they negotiate this
  33. : > up front.
  34. : > 
  35. : > : ... unfortunately, the
  36. : > : Kermit-RTE is not recognizing it, or changing it
  37. : > : back properly.  I am not a Kermit expert, but I
  38. : > : do have a bit of experience, and I have not been
  39. : > : able to find the switch to either tell C-Kermit
  40. : > : NOT to do this translation (I tried the
  41. : > : convert/literal switch, and it did not fix it),
  42. : > : or to tell Kermit-RTE to DO the translation.
  43. : > :
  44. : > A source-code fix is required for the latter.  Any
  45. : > volunteers?
  46. : > 
  47. : > For the former, tell C-Kermit 6.0 to:
  48. : > 
  49. : >   SET REPEAT COUNTS OFF
  50. : I tried
  51. :   SET REPEAT COUNTS OFF
  52. :   SET REPEAT COUNT OFF
  53. : both in an INI file, and being typed in after the
  54. : kermit starts up.  It did not fix the problem.  Is
  55. : there any other possibilities to try?
  56. What version of C-Kermit are you using?  The current
  57. version is 6.0:
  58.  
  59.   http://www.columbia.edu/kermit/ck60.html
  60.  
  61. I have a file called "aaaaaaaaaaaaaaaaaaaaaaa", and
  62. it contains the following line:
  63.  
  64. xxxxxxxxxxxxxxxxxxxxxxxx
  65.  
  66. When I use C-Kermit 6.0 to send it using all defaults,
  67. the packets look like this:
  68.  
  69.   s-00-00-^A8 Sz/ @-#Y3~^! z0___D"U1A
  70.   r-00-00-^A8 Yz/ @-#Y3~^! z0___C"U1F
  71.                        |
  72. -----------------------+                
  73. Here we agree to use repeat-count compression ("~").
  74.  
  75.   s-01-00-^A(!F~7a(LF
  76.  
  77. Here the senders says the filename is "~7a":
  78.  
  79.  ~ = repeat count prefix
  80.  7 = ASCII 55 - 32 = 23
  81.  
  82. so 23 a's.
  83.  
  84.   r-01-00-^A5!Y/w/fdc/temp2/~7a*5"
  85.  
  86. The receiver acknowledges with its name for the file
  87. (note, also 23 a's).
  88.  
  89.   s-03-00-^A*#D~8x#J#;-
  90.   r-03-00-^A%#Y/R9
  91.  
  92. Here we send the contents of the file, 24 x's in a row.
  93. The remaining details of the transfer are omitted.
  94.  
  95. Now we tell C-Kermit to SET REPEAT COUNTS OFF and transfer
  96. the file again:
  97.  
  98.   s-00-00-^A8 Sz/ @-#Y3 ^! z0___D"U1"
  99.   r-00-00-^A8 Yz/ @-#Y3~^! z0___C"U1F
  100.                        |
  101. -----------------------+                
  102.  
  103. Note: The receiver puts "~", but the sender doesn't, so
  104. therefore they do not agree to use compression.
  105.  
  106.   s-01-00-^A<!Faaaaaaaaaaaaaaaaaaaaaaa$\^
  107. r-01-00-^AI!Y/w/fdc/temp2/aaaaaaaaaaaaaaaaaaaaaaa -X
  108.  
  109. The filename is sent without compression.
  110.  
  111.   s-03-00-^A?#Dxxxxxxxxxxxxxxxxxxxxxxxx#J/1-
  112.   r-03-00-^A%#Y/R9
  113.  
  114. The file contents are sent without compression.
  115.  
  116. - Frank